(19) 







(12) 



Europflisches Patentamt 
European Patent Office 
Office europten des brevets (11) EP 0 843 292 A2 

EUROPEAN PATENT APPLICATION 



^43) Date of Dublication* 

on nc "iOOO DnllaAln iOQO/Oi 

^ Annliratinn niimhpr* 97650053 8 

l& 1 j r>UUIIv€lllUI 1 IIUIIU^I?! • 9f W9VV3K#>W 

(22) Date of filing: 1 4.1 1 .1 997 


int n^' GQ7F 19/00 G06F 17/60 
G07F7/10 


(84) Designated Contracting States: 


(71) Applicant: 


AT BE CH DE DK ES Fl FR GB GR IE IT LI LU MC 


Eastmar Holdings Limited 


NL PT SE 


Beaufort, County Kerry (IE) 


Designated Extension States: 




ALLTLVMKROSI 


(72) Inventor: Murphy, Frank 




County Keny (IE) 


(30) Priority: 14.11.1996 IE 960809 




14.1 1.1996 IE 960807 


(74) Representative: Schiitte, Gearold 




Crulckshank & Co., 




1 Holies Street 




Dublin 2 (IE) 



CM 
< 

CM 
O 
CM 

CO 
CO 



(54) Transaction processing 

(57) A transaction processing system has a number 
of point-of-sale apparatus (1) and a central host (10). 
Each apparatus (1) and a central host (10). Each appa- 
ratus (1) stores an external file (B) for transmission to 
external systems, an a separate host file with appended 
data for transmission to the central host. A conversion 
table (46) is accessed during a transaction to convert 
the merchant's local currency values to transaction cur- 

Point- Of -Sate 



rency values. Each apparatus (1) transmits host records 
to the host (10). which in the same communications 
session transmits an updated conversion table. A trans- 
mission flag permitting external communication and 
printing is set only after the full session is completed, 
the complete session being atomic. 
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Description 

The invention relates to transaction processing, and 
more particularly card transaction processing at points- 
of-sale. 5 

An object of the Invention is to provide wore com- 
prehensive card transaction processing at a number of 
geographically remote locations In a controlled manner. 
This control Is essential for correct and consistent 
processing at the points-of-sale and communication 10 
with external systems to ensure transaction data integ- 
rity. 

According to the invention, there is provided a 
transaction processing system comprising a plurality of 
point-of-sale apparatus' and a central host, wherein:- is 

each point-of-sale apparatus comprises a proces- 
sor, a storage device, a dedicated keyboard with 
specific point-of-sale function keys, a card reader, a 
display screen, a receipt printer, and a modem; 20 

the central host comprises a batch processor con- 
nected in a network comprising workstations and a 
modem pool having a plurality of serial ports, the 
batch processor being programmed for automatic 2S 
dialling by the point-of-sale apparatus'; 

each point-of-sale apparatus comprise a stored 
conversion table and comprises means fbr:- 

30 

capturing data from a card presented for a 
transaction, determining if it is authorised, and 
setting an authorisation flag in the storage 
device according to the authorisation result; 

35 

receiving an input including a transaction value 
in a local currency and a desired transaction 
currency; 

automatically determining an equivalent trans- 40 
action value in the transaction currency by ref- 
erence to the conversion table; 

writing transaction data with the transaction 
value in the transaction cun'ency only to an 4S 
external record in the storage device; 

appending local cun-ency transaction value 
data to said transaction data and writing all of 
said data to a host record in the storage device; so 

printing a transaction receipt if the authorisa- 
tion flag is positive, otherwise aborting the 
transaction; 

55 

generating a dataset comprising the host 
records, writing the dataset to the storage 
device, automatically transmitting the dataset 



2 

to tiie host, and setting a host transmission flag 
according to integrity of the transmission; 

printing the dataset locally If the host transmis- 
sion flag is positive; 

generating a dataset comprising the external 
records, writing the dataset to the storage 
device, and automatically transmitting the data- 
set to an external data processing system if the 
host transmission flag is positive; and 

receiving an updated conversion table from the 
host and writing it over the existing conversion 
table on tiie storage device; 

the central host comprises means fbr:- 

receiving a host record dataset from each 
point-of-sale apparatus; 

automatically valklating each apparatus by ref- 
erence to received identification signals; 

checking integrity of a received host record 
dataset; and 

automatically transmitting an updated conver- 
sion table to the apparatus in the same com- 
munications session if the integrity check Is 
positive; and 

each point-of-sale apparatus comprises means for 
setting tiie transmission flag to indicate integrity of 
the host record dataset transmission only after 
receipt of the updated conversion table, whereby 
the steps of transmitting tiie dataset. checking 
integrity at the host, and receiving the updated con- 
version table are together an atomic operation. 

The features of disabling printing of a receipt 
according to the authorisation flag and disabling exter- 
nal communication according to the transmission flag 
help to ensure data integrity in a simple manner. By sim- 
ply appending data to create the host record a fast 
response time is achieved during a transaction, and 
again data Integrity is ensured. Further the atomic com- 
munications session is anotiier simple way of ensuring 
data and table integrity across all of the point-of-sale 
apparatus* and tiie host of the system. 

In one embodiment, each point-of-sale apparatus 
comprises means for automatically performing card 
authorisation locally if a transaction amount is below a 
ttireshold level and on-line in communication with a 
remote authorisation processor if tiie transaction 
amount is above tiie threshold level, and further com- 
prises means for allowing a user override the automatic 
choice to force eitiier local or remote authorisation. 
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Preferably, the mcxiem pool of the host is pro- 
grammed to communicate with the point-of-sale appa- 
ratus using a serial line hunting group. 

In another embodiment, the point-of-sale apparatus 
comprises means for recording host transmission s 
attempts in a log file. 

In one embodiment, the processor of each point-of- 
sale apparatus comprises means for recognising 
depression of a function key on the keyboard as a 
remote maintenance instruction and for automatically 10 
establishing connection with a remote maintenance 
system and allowing it direct operation of the apparatus. 

The invention will be more clearly understood from 
the following description of some embodiments thereof, 
given by way of exaniple only, with reference to the is 
accompanying drawings, in which > 

Fig. 1 is a schematic representation of a transaction 
processing system of the invention; 

20 

Figs. 2(a] and 2(b) are together a flow chart illus- 
trating in overview the manner in which a transac- 
tion is executed at a point-of-sale apparatus; 

Fig. 3 is a flow chart illustrating uploading opera- 2S 
tions performed by the apparatus; 

Fig. 4 is a flow chart illustrating operations which 
are carried out in conjunction with the cun^ency con- 
version table which is stored; and 30 

■ 

Fig. 5 is a flow chart illustrating the manner in which 
local verification data is received. 

Referring to the drawings, and initially to Fig. 1 , 35 
there is shown a transaction processing system of the 
invention. The system comprises a point-of-sale appa- 
ratus 1 which is located at a merchant's premises and a 
remote, off-site host 10. The apparatus 1 may for exam- 
ple, be installed in a car hire company's premises, a 40 
retail outlet or any other location where a merchant 
needs to execute transactions with financial card sub- 
scribers. The apparatus 1 oonprises a processor 2 and 
disk drives in which files 3 are stored. The files 3 include 
a file H which is a processing or host file and a file 6 45 
which Is a bank (financial institution) file. The apparatus 

I also comprises a terminal screen 4. and a keyboard, 
not shown. The keyboard has a set of specific retailing 
function keys and does not include general data 
processing keys. Accordingly, the apparatus 1 is a ded- so 
icated point-of-sale machine for simple and fast opera- 
tion. The card reader is incorporated in the keyboard. 
The apparatus 1 also comprises a receipt printer 5 and 

a modem pool 6. 

As stated above, the transaction processing system ss 
also comprises an off-site host 10 which has a network 

II with workstations 12 and a host processor 13. The 
off-site host 10 Is programmed to communicate with a 



large number of the point-of-sale apparatus' 1 to per- 
form batch processing for them and to provide central 
control generally. The transaction processing system of 
the invention comprises a number of the point-of-sale 
apparatus' 1 (only one being shown) and the off-site 
host 10. The system communicates with a bank trans- 
action processor 20 and a bank authorisation processor 
25. The host 10 is configured to ensure effective com- 
munication with a large number of point-of-sale appara- 
tus' 10. In particular, the host 10 is a multi-tasking 
system and includes a muiti-serlal port device. Modems 
which support the connection to this device are in turn 
connected to the modems of the apparatus' 1 via a tele- 
phone hunting group. This allows up to eight simultane- 
ous connections to the host. 

In brief overview, each point-of-sale apparatus 1 
executes a card transaction at a merchant's premises in 
a transaction cun'ency selected by the customer. The 
off-site host 10 performs off-line processing and central 
control operations to assist in this. The bank systems 
which communicate with the system process the trans- 
action data using only the transaction currency data. 
Data relating to the local curency of the merchant (if dif- 
ferent from the transaction currency) is processed only 
within the system of the invention, namely the apparatus 
1 and the host 10. 

Referring now to Figs. 2(a) and 2(b), a method 40 in 
which an individual transaction is executed is now 
described. The merchant operator selects a transaction 
option in step 41 and in step 42 chooses a card transac- 
tion type. These inputs are very easily made because of 
the snfiall number of keys on the keyboard and the fact 
that the inputting is totally menu-driven with a simple 
main menu. This allows for easy merchant operator 
training and helps to minimise the chances of eroneous 
inputs. In step 43, transaction data Is inputted including 
the amount in the local cunrency of the service or prod- 
uct being purchased. The card is automatically read to 
capture its number. In this embodiment, the reader is a 
magnetic card reader. In step 44, the merchant operator 
selects the appropriate currency in which the transac- 
tion is to be executed. For exanrple, an American tourist 
visiting Ireland may purchase a car hire service quoted 
in Irish Pounds. The merchant operator may then select 
US$ as being the transaction cunrency to be used for 
execution of the transaction. The transaction amount is 
inputted in step 45 in the local cunrency and the proces- 
sor 2 then looks up the currency conversion table 46 to 
convert to the transaction currency. The manner in 
which the conversion table 46 is received is described 
below. The processor ensures that only the current 
table is accessed by automatically over-writing a previ- 
ous table immediately when a new table is received. 

In step 47. the processor 2 processes the card data 
which has been captured by the card reader. The card 
reader is an integral part of the keyboard and this pro- 
vides for compactness at the merchant's premises. This 
validation operation involves ensuring that the card 
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number is valid and the card has not expired. In more 
detail, the card reader reads all relevant data from track 
2 of the magnetised part of the card. Subsequently the 
processor carries out validation checks on the card 
number and expiry date. If either validation check fails, 
the transaction is aborted. 

In step 48, the processor 2 authorises the transac- 
tion. Authorisation may be either local by reference to a 
stored "hot card** list, or on-line In communication with 
the bank authorisation processor 25. The processor 2 
automatically performs on-line authorisation if the trans- 
action amount exceeds a pre-set threshold level. How- 
ever, the merchant operator has the option of over- 
riding the automatic mechanism and forcing either local 
or on-line authorisation, depending on the particular cir- 
cumstances. For example, if it is not possible to estab- 
lish a communications session with the bank 
authorisation processor 25. then there may be forced 
local authorisation. Alternatively, if the merchant opera- 
tor is suspicious for any particular reason, he/she may 
cause forced on-line authorisation to take place. If 
authorisation is negative, an error message is displayed 
as indicated by the step 49 and the transaction is 
aborted. 

The processor 2 ensures that the authorisation pro- 
cedure is not circumvented by preventing printing of a 
receipt if authorisation has not taken place. This is 
achieved by setting an authorisation flag to a positive 
value if authorisation is positive. TTie flag remains at a 
default negative value if authorisation does not take 
place or it is negative. 

If authorisation is positive, the processor in step 50 
writes the transaction data to files in the apparatus 1 . To 
do this, it generates a data record which includes trans- 
action data, excluding data expressed in the local cur- 
rency. This data record is written as an external record 
to the file B. After doing this, the processor 2 appends 
data relating to the local currency to create a host 
record and this is written to the file H. This is a fast and 
effective mechanism which prevents delays in appara- 
tus response time. 

In addition, the processor 2 directs printing of a cus- 
tomer receipt only if the authorisation flag is positive. An 
important aspect of the customer receipt is that the 
anfiount of the transaction is expressed in the (usually 
foreign) transaction currency so that the customer can 
see exactly how much is being paid in the currency he 
or she is familiar with. All of the above operations have 
been performed locally at the merchant's premises 
using the point-of-sale apparatus 1 . 

During a transaction period records are appended 
in real time to the files H and B and at the end of the 
period such as the end of the day, various uploads and 
downloads take place In conjunction with both the off- 
site host 10 and the bank transaction processor 20. The 
processor 2 communicates the host records and exter- 
nal records retrieved from their respective files in com- 
munication datasets. 



As indicated by the method 60 in Fig. 3, the mer- 
chant operator may select a batch operation in step 61 
and in step 62 may choose to perform a batch upload or 
print a report. Further steps require input of a supervi- 

5 sor password in step 63. Where a report is required, the 
date Is retrieved in step 64 from a real-time dock and 
the report is printed in step 65. However, the report 
instruction is disabled according to a transmission flag 
until an upload to the off-site host 1 0 has taken place for 

10 the particular transaction period. To process the data for 
the report and ensure there is no data corruption, the 
processor 2 backs up the report data onto the fixed disk. 
The number of t^ackup files is parameter-driven. 

(n step 66, the processor 2 retrieves the files B and 

IS H, generates the host and externa) datasets. and estab- 
lishes a communication session with the host 1 0. It then 
transmits the host dataset directly to the host 10 without 
performing any further processing operations on this 
data. If there are any communication problems, a dis- 

20 play foilure message is displayed in step 67 and the 
transmission is re-tried. The processor 2 will not pro- 
ceed to upload the external dataset to the bank transac- 
tion processor 20 until after a successful upload to the 
host 10 has taken place (transmission flag positive). 

25 This is because the off-site host 10 is part of the same 
transaction processing system as the apparatus 1 and it 
is essential that the system be updated internally before 
there is communication with an external system such as 
the bank transaction processor 20. 

30 An important aspect of the upload to the host 1 0 is 
that the host 10 automatically validates the merchant 
address and automatically chooses a relevant cunrency 
table which applies to that merchant when the commu- 
nications session is established. Thus, immediately 

35 after valid upload of the host dataset to the host 1 0. the 
host 10 automatically downloads the current currency 
conversion table. In this way. the apparatus 1 always 
stores a current currency conversion table and this data 
does not become out-of-date. The current currency con- 

40 version table is written over the previous table. If any of 
the batch communications - data upload, merchant val- 
idation at the host, table download, table over-writing - 
fails, the entire communication fails and must be 
repeated. The transmission flag remains negative until 

45 this, atomic, operation is suxessful. 

Once upload of the host dataset has been per- 
formed successfully, the apparatus 1 may print a sum- 
mary report using this data as indicated by the steps 64 
and 65. The processor 2 then attempts upload of the 

so external dataset to the bank transaction processor 20. 
Again, the data transfer is the direct contents of the 
external records, without additional processing being 
performed. Three attempts are made to successfully 
upload the external dataset and if all three are unsuc- 

55 cessful in the next transaction period the processor 2 
simply appends records to the file B. Each unsuccessful 
attempt is indicated in a failure message in step 68. 
Every transmission attempt either to the off-site host 10 
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or to the bank transaction processor 20 is recorded in a 
separately stored log file. 

Subsequent to upload of the datasets, the appara- 
tus 1 and the host 10 independently perform validation 
operations to generate various reports. These are sub- s 
sequently cross-referenced to check accuracy. 

Another important aspect of the invention is the (act 
that personnel at the off-site host 10 may perform 
remote maintenance operations on each apparatus 1 by 
establishing on-line contact and activating a remote io 
execution program. In more detail, two keys on a host 
workstation are used to initiate remote maintenance, 
one key for each of two types of maintenance. Depres- 
sion of one of these keys causes the processor 2 to 
establish communication with the remote maintenance is 
processor on the host network, which, in turn takes over 
control of the apparatus 1 for fault diagnosis and debug- 
ging. 

Referring now to Fig. 4. a method 80 is illustrated in 
which in step 81 the merchant operator may select a 20 
"currencies" option which allows choice in step 82 of 
viewing or amending a currency conversion table 46. In 
step 84, the processor 2 may amend the table provided 
a supervisor password had previously been inputted. In 
step 83, it may simply direct displaying of the table. This 25 
is useful as it provides a simple output for reference by 
customers and the merchant operators. 

Referring now to Fig. 5, a method 100 is illustrated 
in which in step 101 the merchant operator may select a 
"hot card" option which causes the processor 2 to in 30 
step 102 contact the bank authorisation processor 25 to 
request download of a hot card file 103. This is subse- 
quently used for local card authorisation. 

It will be appreciated that the invention provides for 
execution of transactions in a customer's desired cur- 3S 
rency so that he/she can immediately see how much 
money is being spent. This "user-friendliness" is 
achieved in a sinple manner by communication with the 
off-site host 10 which acts in conjunction with a number 
of apparatus' 1 . 4o 

The invention is not limited to the embodiments 
desaibed, but may be varied within the scope of the 
claims in construction and detail. 

Claims 

1 . A transaction processing system connprising a plu- 
rality of point-of-sale apparatus' and a central host, 
wherein:- 

each point-of-sale apparatus comprises a proc- 
essor, a storage device, a dedicated keyboard 
with specific point-of-sale function keys, a card 
reader, a display saeen. a receipt printer, and 
a modem; 

the central host comprises a batch processor 
connected in a network conrprlsing work sta- 



tions and a modem pool having a plurality of 
serial ports, the batch processor being pro- 
grammed for automatic dialling by the point-of- 
sale apparatus'; 

each point-of-sale apparatus comprise a stored 
conversion table and comprises means for:- 

capturing data from a card presented for a 
transaction, determining if it is authorised, 

and setting an authorisation flag in the 
storage device according to the authorisa- 
tion result; 

receiving an input including a transaction 
value in a local currency, and an indication 
of a desired transaction cun'ency; 

automatically determining an equivalent 
transaction value in the transaction cur- 
rency by reference to the conversion table; 

writing transaction data with the transac- 
tion value in the transaction currency only 
to an external record in the storage device; 

appending local currency transaction value 
data to said transaction data and writing all 
of said data to a host record in the storage 
device; 

printing a transaction receipt if the authori- 
sation flag is positive, othenvise aborting 
the transaction; 

generating a dataset comprising the host 
records, writing the dataset to the storage 

device, automatically transmitting the data- 
set to the host, and setting a host transmis- 
sion flag according to integrity of the 
transmission; 

printing the dataset locally if the host trans- 
mission flag is positive; 



the central host comprises means for:- 



45 

generating a dataset comprising the exter- 
nal records, writing the dataset to the stor- 
age device, and automatically transmitting 
the dataset to an external data processing 
50 system if the host transmission flag is pos- 

itive; and 

receiving an updated conversion table 
from the host and writing it over the exist- 
55 ing conversion table on the storage device; 
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receiving a host record dataset from each 
point-of-sale apparatus; 

automatically validating each apparatus by 
reference to received identification signals; s 

checking integrity of a received host record 
dataset; and 

automatically transmitting an updated con- w 
version table to the apparatus in the same 
communications session if the integrity 
check is positive; and 

each point-of-sale apparatus comprises means 75 
for setting the transmission flag to indicate 
integrity of the host record dataset transmis- 
sion only after receipt of the updated conver- 
sion table, whereby the steps of transmitting 
the dataset, checking integrity at the host, and 20 
receiving the updated conversion table are 
together an atomic operation. 

2. A system as claimed in claim 1 , wherein each point- 
of-sale apparatus comprises means for automati- 25 
cally performing card authorisation locally if a trans- 
action amount is below a threshold level and on-line 

in communication with a remote authorisation proc- 
essor If the transaction amount is above the thresh- 
old level, and further comprises means for allowing 30 
a user override the automatic choice to force either 
local or remote authorisation. 

3. A system as claimed in claims 1 or 2, wherein the 
modem pool of the host is programmed to commu- 3S 
nicate with the point-of-sale apparatus using a 
serial line hunting group. 

4. A system as claimed in any preceding claim, 
wherein the point-of-sale apparatus comprises 40 
means for recording host transmission attempts in 

a log file. 

5. A system as claimed in any preceding claim, 
wherein the processor of each point-of-sale appa- 45 
ratus comprises means for recognising depression 

of a function key on the keyboard as a remote main- 
tenance instruction and for automatically establish- 
ing connection with a renx>te maintenance system 
and allowing It direct operation of the apparatus. so 
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